조직 워크플로 안내서

1. 워크플로의 본질과 핵심 원리

현대 조직의 경쟁력은 단순히 우수한 제품이나 서비스를 제공하는 것을 넘어, 얼마나 효율적이고 민첩하게 운영되는가에 따라 결정된다. 이러한 운영 탁월성의 중심에는 ’워크플로(Workflow)’라는 개념이 자리 잡고 있다. 워크플로는 더 이상 특정 부서의 업무 절차를 의미하는 협소한 개념이 아니다. 이는 조직의 모든 자원, 정보, 활동이 어떻게 상호작용하여 가치를 창출하는지를 규정하는 신경망과 같다. 본 장에서는 워크플로의 기본적인 정의에서 출발하여, 그것이 어떻게 조직의 성패를 좌우하는 전략적 자산으로 진화했는지 탐구한다. 또한, 모든 워크플로를 구성하는 보편적인 핵심 요소들을 해부하고, 다양한 비즈니스 상황에 최적화된 워크플로 유형을 선택하는 기준을 제시함으로써, 워크플로에 대한 근본적인 이해를 확립하고자 한다.

1.1 워크플로의 정의: 개념의 진화와 전략적 중요성

워크플로의 개념은 시대적 요구와 기술의 발전에 따라 끊임없이 진화해왔다. 초기의 단순한 작업 순서도에서 출발하여, 오늘날에는 조직의 디지털 전환과 지능형 자동화의 핵심 동력으로 자리매김했다.

1.1.1 워크플로의 기본 정의

워크플로는 가장 기본적인 수준에서 “자료를 변환하거나, 서비스를 제공하거나, 정보를 처리하는 프로세스를 구축하기 위한 리소스를 체계적으로 조직하는 것“으로 정의된다.1 이는 사람, 조직 또는 기계에 의해 수행되는 일련의 작업 흐름을 의미하며, 특정 업무를 시작부터 끝까지 완료하는 방법을 구체적으로 설명한다.2 이러한 흐름은 간단한 체크리스트 형태나, 각 단계를 시각적으로 표현한 다이어그램으로 나타낼 수 있다.2 예를 들어, 고객 지원 요청이 접수되어 담당자에게 할당되고, 해결을 거쳐 최종적으로 종결되는 일련의 과정 전체가 하나의 워크플로에 해당한다.2

1.1.2 개념의 진화: 과학적 관리에서 클라우드 아키텍처까지

워크플로의 개념적 뿌리는 20세기 초, 기계 엔지니어 프레더릭 테일러(Frederick Taylor)가 주창한 ’과학적 관리론’에서 찾을 수 있다.4 그는 제조 공정을 경험적으로 분석하여 낭비를 줄이고 우수 사례를 표준화함으로써 산업 효율성을 극대화하고자 했다. 이는 워크플로가 태생적으로 ’효율성’과 ’표준화’라는 목표를 지향했음을 보여준다.

시간이 흐르면서 워크플로의 개념은 제조업의 경계를 넘어 확장되었다. 특히 통계, 게임 이론, 인공지능(AI) 기술을 경영 과학과 결합하여 복잡한 현실 문제를 해결하는 ‘운영 연구(Operations Research)’ 분야에서 워크플로는 작업의 본질을 분석하는 핵심 도구로 활용되었다.4

21세기에 들어 클라우드 컴퓨팅 환경이 보편화되면서 워크플로의 위상은 다시 한번 격상되었다. 이제 워크플로는 단순히 업무 절차를 의미하는 것을 넘어, 분산된 애플리케이션의 안정성과 확장성을 보장하는 핵심 아키텍처 요소로 인식된다.2 클라우드 환경에서 워크플로 서비스는 여러 마이크로서비스나 서버리스 기능들을 조율(Orchestration)하고, 복잡한 데이터 처리 파이프라인을 관리하며, IT 운영을 자동화하는 중추적인 역할을 수행한다.2 이처럼 워크플로는 단순한 업무 흐름도를 넘어, 조직의 기술 아키텍처와 비즈니스 전략을 연결하는 핵심적인 다리가 되었다.

1.1.3 전략적 중요성

오늘날 잘 설계된 워크플로는 조직에 단순한 효율성 향상 이상의 전략적 가치를 제공한다. 워크플로가 부재한 조직은 신속하게 업무를 처리할 수 없으며, 이는 곧 조직의 민첩성 저하로 이어진다.5 반면, 체계적인 워크플로 관리는 다음과 같은 다층적인 이점을 제공하며 조직의 핵심 경쟁력으로 작용한다.

• 데이터 기반 의사결정 강화: 워크플로는 모든 프로세스 단계에서 데이터를 생성하고 추적할 수 있게 한다. 이는 조직이 감이나 경험이 아닌, 데이터에 기반하여 합리적이고 일관된 의사결정을 내릴 수 있는 토대를 마련한다.4

• 비용 및 위험 감소: 프로세스를 표준화하고 자동화함으로써 수작업으로 인한 오류를 줄이고, 병목 현상을 제거하여 운영 비용을 절감한다. 또한, 규정 준수와 관련된 절차를 워크플로에 내재화하여 잠재적인 위험을 체계적으로 관리할 수 있다.4

• 고객 경험의 일관성 및 향상: 표준화된 워크플로는 언제나 일관된 품질의 서비스나 제품을 고객에게 제공할 수 있도록 보장한다. 이는 고객 신뢰도를 높이고, 궁극적으로는 더 나은 고객 경험으로 이어진다.4

• 직원의 고부가가치 업무 집중: 데이터 입력, 보고서 생성, 승인 요청 등 지루하고 반복적인 작업을 자동화함으로써, 직원들은 문제 해결, 창의적인 기획, 전략 수립과 같은 더 높은 가치를 창출하는 업무에 자신의 시간과 에너지를 집중할 수 있게 된다.4 이는 직무 만족도를 높이고 조직의 혁신 역량을 강화하는 효과를 낳는다.

이처럼 워크플로는 더 이상 관리의 대상이 아닌, 조직의 성과를 극대화하고 지속 가능한 성장을 이끄는 핵심적인 ’전략적 자산’으로 인식되어야 한다.

1.2 워크플로의 해부: 핵심 구성 요소 심층 분석

모든 워크플로는 그 복잡성이나 적용 분야와 관계없이 몇 가지 보편적인 핵심 요소로 구성된다. 이러한 구성 요소를 이해하는 것은 워크플로를 체계적으로 분석하고 설계하기 위한 첫걸음이다. 워크플로는 크게 기본 3요소와 이를 더 상세하게 분류한 4가지 주요 구성 요소로 해부할 수 있다.

1.2.1 기본 3요소: 입력, 변환, 출력

가장 상위 수준에서 모든 워크플로 절차는 세 가지 기본 구성 요소로 단순화할 수 있다.3

1. 입력 (Input): 워크플로의 특정 단계를 시작하거나 완료하는 데 필요한 모든 자원을 의미한다. 이는 데이터, 문서, 원자재, 고객의 요청 등 다양한 형태를 띨 수 있다.

2. 변환 (Transformation): 입력된 자원을 처리하는 규칙, 로직, 그리고 실제 활동을 총칭한다. 입력이 수신되었을 때 어떤 일이 일어나야 하는지를 정의하는 단계다.

3. 출력 (Output): 변환 과정을 거쳐 생성된 최종 결과물 또는 산출물이다. 이 출력물은 워크플로의 최종 결과일 수도 있고, 다음 단계의 입력으로 사용될 수도 있다.

실제 비즈니스 프로세스는 대부분 여러 개의 입력, 변환, 출력이 복합적으로 얽혀 있는 구조를 가진다.3

1.2.2 상세 4요소: 참여자, 활동, 결과, 상태

기본 3요소를 더 구체화하면, 워크플로는 주로 참여자, 활동, 결과, 상태라는 네 가지 주요 구성 요소로 설명할 수 있다.3

• 참여자 (Actors): 워크플로 내의 특정 작업을 수행하는 주체를 의미하며, 사람일 수도 있고 자동화된 시스템일 수도 있다.3 워크플로 관리 시스템의 핵심 기능 중 하나는 정해진 규칙에 따라 적시에 적절한 참여자에게 작업을 라우팅하고 필요한 정보를 제공하는 것이다.4 예를 들어, 휴가 신청서가 제출되면 시스템은 해당 직원의 직속 상사(참여자)에게 자동으로 승인 요청을 보낸다.9

• 활동/단계 (Activities/Steps): 워크플로 내에서 수행되는 구체적인 작업 단위를 지칭한다.2 고객 지원 워크플로의 ‘요청 접수’, ‘담당자 할당’, ‘문제 해결’, ‘처리 종결’ 등이 모두 개별적인 활동에 해당한다.2 이러한 활동은 사람이 직접 수행하는 수동 작업일 수도 있고, 시스템에 의해 자동으로 처리되는 자동화된 작업일 수도 있다.4

• 결과 (Results): 각 활동을 수행한 후의 산출물을 의미한다. 이는 다음 활동으로 넘어가는 데 필요한 데이터, 생성된 문서, 또는 의사결정의 결과 등이 될 수 있다.3

• 상태 (States): 특정 시점에서 워크플로 인스턴스가 처한 상황을 나타내는 중요한 개념이다.2 예를 들어, 구매 요청서는 ‘작성 중’, ‘승인 대기 중’, ‘반려됨’, ‘승인 완료’, ’처리 완료’와 같은 여러 상태를 거치게 된다. 워크플로는 시작 상태에서 출발하여 여러 중간 상태를 거쳐 최종 상태에 도달함으로써 완료된다.2

특히 현대적인 클라우드 기반 아키텍처에서는 ‘상태 추적’ 기능과 실제 ‘태스크(활동) 처리’ 기능을 분리하는 것이 매우 중요한 설계 원리로 간주된다.2 상태 관리를 중앙에서 담당하는 워크플로 엔진이 있으면, 개별 활동을 수행하는 비즈니스 로직을 수정하더라도 전체 프로세스의 안정성에 미치는 영향을 최소화할 수 있다. 이는 복잡한 분산 시스템에서 각 구성 요소의 현재 상태를 명확하게 파악하고, 오류 발생 시 복구 및 재시도 로직을 효과적으로 관리할 수 있게 하여 시스템 전체의 신뢰성을 획기적으로 향상시킨다.2 이처럼 상태 관리의 분리는 단순한 개념을 넘어, 복잡한 현대 IT 환경에서 워크플로의 안정성과 유연성을 보장하는 핵심 기술이다.

이 외에도 워크플로우는 처리 절차를 기술하는 ‘프로세스 정의 데이터’, 처리 대상인 ‘케이스’, 그리고 처리 주체인 ’자원’으로 구성된다는 관점도 있다.11 또한, 워크플로 엔진과 같은 시스템은 API 연결, 버전 관리, 모니터링 및 로깅과 같은 기술적 구성 요소를 포함하여 전체 워크플로의 실행과 관리를 지원한다.12

1.3 워크플로 유형 분류: 비즈니스 시나리오 기반 비교

모든 비즈니스 프로세스가 동일한 특징을 갖지 않기 때문에, 워크플로 역시 그 목적과 특성에 따라 다양한 유형으로 분류될 수 있다. 어떤 유형의 워크플로를 선택하고 적용하는가는 프로세스 최적화의 성패를 가르는 중요한 결정이다. 워크플로는 주로 처리하는 업무의 성격에 따른 ’프로세스 중심 분류’와, 작업이 실행되는 방식에 따른 ’실행 방식 분류’로 나눌 수 있다.

1.3.1 프로세스 중심 분류: 프로세스, 프로젝트, 사례

업무의 예측 가능성과 반복성을 기준으로 워크플로를 세 가지 유형으로 나눌 수 있다.13

1. 프로세스 워크플로 (Process Workflow):

• 특징: 작업의 순서가 명확하게 정의되어 있고, 예측 가능하며, 반복적으로 수행되는 업무에 가장 적합하다.3 마치 자동차 생산 라인처럼 고정된 순서에 따라 균일성과 효율성을 보장하는 데 중점을 둔다.13

• 비즈니스 시나리오: 구매 주문서 처리, 신입사원 온보딩, 송장 승인, 휴가 요청 등 대부분의 표준화된 관리 및 운영 업무가 여기에 해당한다.3

2. 프로젝트 워크플로 (Project Workflow):

• 특징: 프로세스 워크플로에 비해 더 높은 유연성과 적응성을 요구하는 업무에 사용된다. 각 프로젝트마다 고유한 요구사항이 존재하며, 정해진 순서보다는 창의적인 조정과 문제 해결이 중요하다.13

• 비즈니스 시나리오: 신제품 개발, 맞춤형 소프트웨어 솔루션 구축, 마케팅 캠페인 기획 등 고유하고 일회성인 목표를 달성하기 위한 작업들이 프로젝트 워크플로의 예시다.

3. 사례 워크플로 (Case Workflow):

• 특징: 사전에 정해진 경로가 없으며, 각 사례(Case)의 구체적인 상황과 정보에 따라 대응 방식과 처리 절차가 동적으로 결정된다. 문제 해결을 위해 전문가의 판단과 지식이 중요하게 작용한다.13

• 비즈니스 시나리오: IT 헬프데스크의 지원 티켓 처리, 보험사의 보험금 청구 심사, 병원의 환자 진료 프로세스 등이 대표적인 사례 워크플로다. 각 티켓, 청구, 환자는 고유한 맥락을 가지므로 표준화된 절차만으로는 해결이 어렵다.

1.3.2 실행 방식 분류: 순차, 상태 머신, 규칙 기반

워크플로 관리 시스템이 작업을 처리하는 내부 로직에 따라 다음과 같이 분류할 수 있다.3

1. 순차 워크플로 (Sequential Workflow):

• 특징: 순서도(Flowchart)와 같이 선형적이고 점진적인 흐름을 가진다. 하나의 활동이 완료되면 중간에 멈추거나 이전 단계로 돌아가는 일 없이 다음 활동으로 순차적으로 진행된다.3 구조가 단순하고 이해하기 쉽다.

• 비즈니스 시나리오: 간단한 문서 승인 절차나 체크리스트 기반의 작업처럼 예측 가능하고 분기가 거의 없는 단순한 프로세스에 적합하다.

2. 상태 머신 워크플로 (State Machine Workflow):

• 특징: 순차 워크플로보다 훨씬 정교하며, 프로세스가 미리 정의된 여러 ‘상태(State)’ 사이를 이동하는 방식으로 진행된다. 외부 이벤트나 조건에 따라 상태가 변경될 수 있으며, 특정 상태로 되돌아가거나 여러 번의 반복이 필요한 복잡한 시나리오를 모델링하는 데 강력하다.3

• 비즈니스 시나리오: 소프트웨어 개발에서의 버그 추적 프로세스(‘보고됨’ → ‘확인됨’ → ‘수정 중’ → ‘테스트 대기’ → ‘완료됨’ 등)나, 주문 처리 시스템(‘주문 접수’ → ‘결제 대기’ → ‘배송 준비 중’ → ‘배송 완료’ → ‘주문 취소’)과 같이 수명이 길고 외부 상호작용에 따라 상태가 변하는 프로세스에 이상적이다.14

3. 규칙 기반 워크플로 (Rule-based Workflow):

• 특징: 순차 워크플로의 확장된 형태로, “만약(if) A 조건이 참(true)이면, B 작업을 수행하고(then), 그렇지 않으면(else) C 작업을 수행하라“와 같이 사전에 정의된 비즈니스 규칙(Rule)에 의해 워크플로의 경로가 동적으로 결정된다.3

• 비즈니스 시나리오: 대출 심사 프로세스에서 신청자의 신용 점수나 소득 수준에 따라 자동으로 승인, 조건부 승인, 거절 경로로 분기되는 경우나, 보험 청구 처리 시 청구 금액의 크기에 따라 일반 심사자와 특별 심사자에게 자동으로 할당되는 경우가 대표적인 예시다.14

이러한 분류를 이해하는 것은 조직이 당면한 비즈니스 문제를 해결하기 위해 어떤 접근 방식과 기술 도구를 선택해야 하는지에 대한 중요한 통찰을 제공한다. 단순하고 반복적인 업무에는 프로세스 중심의 순차 워크플로를, 복잡하고 동적인 문제 해결에는 사례 중심의 상태 머신 워크플로를 적용하는 등, 상황에 맞는 최적의 워크플로 모델을 선택하는 것이 성공적인 프로세스 혁신의 핵심이다.

2. 워크플로 시각화 및 표준 모델링

추상적인 업무 흐름을 모든 이해관계자가 명확하게 이해하고 소통할 수 있는 형태로 만드는 것은 워크플로 관리의 출발점이다. 시각화는 숨겨진 비효율성을 발견하고 개선의 기회를 포착하는 강력한 도구다. 이 장에서는 워크플로를 체계적으로 시각화하는 ‘프로세스 매핑’ 방법론을 단계별로 살펴본다. 나아가, 비즈니스와 IT 부서를 아우르는 글로벌 표준 언어인 ’비즈니스 프로세스 모델링 표기법(BPMN 2.0)’의 핵심 구성 요소를 심층적으로 학습한다. 이를 통해, 단순한 순차 처리부터 복잡한 병렬 처리에 이르기까지 다양한 워크플로 패턴을 어떻게 효과적이고 표준화된 방식으로 모델링할 수 있는지에 대한 실질적인 지식을 습득하게 될 것이다.

2.1 프로세스 매핑: 워크플로 설계의 첫걸음

프로세스 매핑은 워크플로를 구성하는 일련의 작업과 의사결정 지점, 그리고 정보의 흐름을 시각적인 다이어그램으로 표현하는 활동이다. 이는 단순히 그림을 그리는 행위를 넘어, 조직의 운영 방식을 깊이 있게 이해하고 분석하기 위한 핵심적인 분석 기법이다.

2.1.1 프로세스 매핑의 정의와 목적

프로세스 매핑의 근본적인 목적은 현재 수행되고 있는 워크플로(As-Is Process)에 대한 심층적인 이해를 확보하여, 최적화나 자동화를 위한 개선 영역을 식별하는 데 있다.4 잘 만들어진 프로세스 맵은 다음과 같은 구체적인 가치를 제공한다.

• 비효율성 식별: 프로세스 맵을 통해 불필요한 중복 작업, 과도한 대기 시간, 병목 현상 등 효율성을 저해하는 요소를 시각적으로 명확하게 파악할 수 있다.4

• 역할과 책임의 명확화: 각 단계에서 누가 어떤 업무를 책임지는지 명확히 하여 혼선을 방지하고 책임 소재를 분명히 한다.

• 커뮤니케이션 촉진: 복잡한 프로세스를 모든 이해관계자가 동일한 그림을 보고 논의할 수 있게 함으로써, 부서 간의 오해를 줄이고 효과적인 소통을 가능하게 한다.

• 개선의 기준점 제공: 현재 프로세스를 문서화함으로써, 향후 개선 활동의 효과를 측정하고 비교할 수 있는 명확한 기준점(Baseline)을 마련한다.

2.1.2 프로세스 매핑 수행 6단계

효과적인 프로세스 매핑을 위해서는 체계적인 접근이 필요하다. 일반적으로 다음과 같은 6단계를 거쳐 진행된다.4

1. 매핑할 프로세스 결정: 조직 내 모든 프로세스를 한 번에 매핑하는 것은 비효율적이다. 고객 만족도에 직접적인 영향을 미치거나, 빈번하게 문제가 발생하며, 결과 달성에 어려움을 겪는 프로세스를 우선순위로 선정하는 것이 중요하다.4

2. 정보 수집 및 이해관계자 식별: 선정된 프로세스에 대해 깊이 있는 지식을 가진 현업 담당자, 즉 해당 분야 전문가(SME, Subject Matter Expert)를 참여시키는 것이 필수적이다.4 이들과의 인터뷰나 워크숍을 통해 프로세스의 각 단계, 순서, 소요 시간, 필요한 자원, 의사결정 규칙 등 구체적이고 현실적인 정보를 수집한다.4

3. 단계 개요 작성: 수집된 정보를 바탕으로 프로세스의 시작점과 종료점을 명확히 정의하고, 그 사이에서 일어나는 주요 활동들을 순서대로 나열한다. 각 단계의 입력(Input), 출력(Output), 관련 이해관계자, 그리고 성과 측정 지표(Metrics) 등 핵심 정보를 간략하게 정리한다.4

4. 순서도 작성 (시각화): 정리된 개요를 바탕으로 워크플로 관리 도구나 다이어그램 소프트웨어를 사용하여 프로세스를 순서도로 시각화한다. 중앙 집중화된 디지털 도구를 사용하면 팀원들이 정보를 쉽게 공유하고 접근할 수 있으며, 종이 기반 문서의 한계를 극복할 수 있다.3

5. 피드백 수렴 및 검증: 작성된 순서도 초안을 모든 관련 이해관계자와 함께 검토하는 과정을 거친다. 이 단계에서 현업의 시각으로 다이어그램의 오류를 바로잡고, 간과되었던 예외 상황이나 병목 지점을 찾아낸다. 이 과정에서 발견된 문제점을 해결하기 위해 단계를 통합, 제거, 또는 재정렬하는 등 개선 방안을 함께 논의할 수 있다. 필요하다면 식스 시그마(Six Sigma)나 카이젠(Kaizen)과 같은 지속적 개선 방법론을 적용하여 더 깊이 있는 분석을 수행할 수도 있다.4

6. 순서도 완성: 수렴된 피드백을 모두 반영하여 최종 프로세스 맵을 완성한다. 이 완성된 순서도는 향후 워크플로 자동화 시스템을 구축하거나, 신입 직원을 교육하거나, 내부 감사를 수행하는 데 있어 중요한 기준 문서로 활용된다.4

이러한 체계적인 프로세스 매핑 과정을 통해 조직은 비로소 자신의 운영 현황을 객관적으로 진단하고, 데이터 기반의 합리적인 개선을 추진할 수 있는 단단한 기반을 마련하게 된다.

2.2 비즈니스 프로세스 모델링 표기법(BPMN 2.0) 완벽 가이드

프로세스 매핑을 통해 업무 흐름을 시각화할 때, 만약 각자 다른 기호와 표현 방식을 사용한다면 어떻게 될까? 부서마다, 사람마다 다르게 해석될 수 있는 다이어그램은 오히려 혼란만 가중시킬 것이다. 이러한 문제를 해결하기 위해 등장한 것이 바로 ’비즈니스 프로세스 모델링 표기법(BPMN, Business Process Model and Notation)’이다.

2.2.1 BPMN의 정의와 가치

BPMN은 비즈니스 프로세스를 그래픽 형태의 다이어그램으로 표현하기 위해 전 세계적으로 통용되는 표준 표기법이다.17 이는 마치 건축의 ’설계 도면’이나 음악의 ’악보’처럼, 프로세스를 설계하고 분석하는 모두가 공유하는 공통의 언어 역할을 한다. BPMN의 가장 큰 가치는 기술적 배경 지식의 유무와 관계없이, 비즈니스 분석가, 현업 실무자, IT 개발자 등 모든 이해관계자가 프로세스를 명확하고 일관되게 이해하고 소통할 수 있도록 돕는다는 점이다.19 이를 통해 부서 간 커뮤니케이션의 장벽을 허물고, 요구사항 정의의 모호성을 제거하며, 궁극적으로는 효율적인 협업을 통한 성공적인 프로세스 혁신을 가능하게 한다.

2.2.2 BPMN 4대 핵심 요소 그룹

BPMN 2.0 표준은 다이어그램을 구성하는 요소들을 크게 네 가지 그룹으로 분류한다.22 이 요소들의 조합을 통해 단순한 업무부터 복잡한 비즈니스 프로세스까지 모두 표현할 수 있다.

1. 흐름 객체 (Flow Objects): 프로세스의 핵심적인 행위를 정의하는 요소들이다.

• 이벤트 (Events): 프로세스에서 ’무엇인가 일어나는 일’을 나타내며 원 모양으로 표현된다. 이벤트는 발생하는 시점에 따라 프로세스의 시작을 알리는 시작 이벤트(Start Event), 프로세스 도중에 발생하는 중간 이벤트(Intermediate Event), 그리고 프로세스의 종료를 나타내는 **종료 이벤트(End Event)**로 구분된다. 원 안의 아이콘을 통해 메시지 수신, 시간 경과, 오류 발생 등 다양한 트리거 유형을 구체적으로 명시할 수 있다.19

• 활동 (Activities): 프로세스 내에서 ’수행되는 작업’을 의미하며 모서리가 둥근 사각형으로 표현된다. 더 이상 분해할 수 없는 가장 작은 단위의 작업을 **태스크(Task)**라 하고, 여러 개의 하위 작업들로 구성된 복합적인 작업을 **하위 프로세스(Sub-process)**라고 한다.19

• 게이트웨이 (Gateways): 프로세스 흐름이 나뉘거나(Diverging) 다시 합쳐지는(Converging) ’의사결정 지점’을 나타내며 다이아몬드 모양으로 표현된다. 게이트웨이는 조건에 따라 흐름의 경로를 제어하는 핵심적인 역할을 한다.

• 배타적 게이트웨이 (Exclusive Gateway): 여러 경로 중 단 하나의 경로로만 흐름이 진행된다. (예: “승인” 또는 “반려”).21

• 병렬 게이트웨이 (Parallel Gateway): 모든 경로로 흐름이 동시에 진행된다. (예: “재고 확인“과 “신용 조회“를 동시에 수행).21

• 포괄적 게이트웨이 (Inclusive Gateway): 하나 이상의 조건을 만족하는 모든 경로로 흐름이 진행된다.21

2. 연결 객체 (Connecting Objects): 흐름 객체들을 서로 연결하여 프로세스의 순서와 관계를 정의한다.

• 순서 흐름 (Sequence Flow): 동일한 프로세스 참여자(Lane 또는 Pool) 내에서 활동, 이벤트, 게이트웨이의 실행 순서를 나타낸다. 실선에 화살표가 있는 형태로 표현된다.21

• 메시지 흐름 (Message Flow): 서로 다른 프로세스 참여자(Pool) 간에 주고받는 메시지나 정보의 흐름을 나타낸다. 예를 들어, ‘고객’ Pool에서 ‘회사’ Pool로 ’주문서’를 보내는 것을 표현할 때 사용된다. 점선에 원과 화살표가 있는 형태로 표현된다.21

• 연결 (Association): 활동과 같은 흐름 객체를 주석이나 데이터 객체와 같은 산출물(Artifact)에 연결할 때 사용된다. 방향성 없는 점선으로 표현된다.21

3. 스윔레인 (Swimlanes): 프로세스에 참여하는 역할과 책임을 시각적으로 구분하는 컨테이너다.

• 풀 (Pool): 프로세스에 참여하는 독립적인 조직이나 시스템, 참여자 단위를 나타낸다. 예를 들어, ’구매 프로세스’에서 ’구매 요청 부서’와 ’공급 업체’는 각각 별개의 Pool로 표현될 수 있다.21

• 레인 (Lane): 하나의 Pool 내에서 특정 역할이나 개인의 책임을 더 세부적으로 구분하는 영역이다. 수영장의 레인처럼 각자의 영역을 구분하는 역할을 한다. 예를 들어, ‘구매 요청 부서’ Pool 안에 ‘요청자’, ‘팀장’, ’부서장’과 같이 레인을 나누어 각자의 활동과 책임을 명확히 할 수 있다.17

4. 산출물 (Artifacts): 프로세스 자체의 흐름에는 직접적인 영향을 주지 않지만, 프로세스에 대한 추가적인 정보를 제공하여 이해를 돕는 요소다.

• 데이터 객체 (Data Object): 활동을 수행하는 데 필요하거나 활동의 결과로 생성되는 데이터나 문서를 나타낸다. (예: ‘구매 요청서’, ‘견적서’).19

• 그룹 (Group): 다이어그램 내에서 특정 관련 활동들을 시각적으로 묶어주기 위해 사용된다. 점선으로 된 사각형으로 표현된다.22

• 주석 (Annotation): 다이어그램의 특정 부분에 대해 부가적인 설명을 텍스트로 추가할 때 사용된다.22

이러한 표준화된 표기법을 통해 작성된 프로세스 맵은 특정 개인의 머릿속에만 존재하던 암묵적인 지식을 조직 전체가 공유하고 재사용할 수 있는 명시적인 지식, 즉 ’프로세스 자산’으로 전환시킨다. 이렇게 자산화된 프로세스는 신입사원 교육, 내부 감사, 시스템 개발 요구사항 정의 등 다양한 조직 활동에서 일관된 기준을 제공하며, 이는 주먹구구식 개선이 아닌 데이터와 시각적 근거에 기반한 과학적 프로세스 혁신의 단단한 초석이 된다.

<표 2-1> BPMN 2.0 핵심 요소 요약표

2.3 주요 워크플로 패턴 분석: 순차 및 병렬 처리 모델

BPMN의 구성 요소를 활용하면 다양한 형태의 업무 흐름, 즉 ’워크플로 패턴’을 모델링할 수 있다. 그중 가장 기본적이면서도 중요한 패턴은 순차 처리와 병렬 처리다. 이 두 가지 패턴을 이해하고 적절히 활용하는 것은 프로세스의 효율성을 결정하는 핵심적인 요소다.

2.3.1 순차 처리 (Sequential Processing)

순차 처리는 가장 직관적이고 기본적인 워크플로 패턴으로, 하나의 작업이 완전히 종료된 후에야 다음 작업이 시작되는 선형적인 흐름을 의미한다.14

• BPMN 표현: BPMN 다이어그램에서는 두 개 이상의 활동(Activity)이 순서 흐름(Sequence Flow) 연결 객체로 순서대로 연결된 형태로 표현된다.

• 특징:

• 명확성: 작업의 순서가 명확하여 이해하기 쉽고 관리하기 용이하다.

• 의존성: 후행 작업은 선행 작업의 결과물에 의존하는 경우가 많다.

• 비효율 가능성: 선행 작업이 지연되면 후행 작업 전체가 지연되는 병목 현상이 발생하기 쉽다.

• 적용 사례:

• 제품 개발: ’시장 조사’가 끝나야 ’제품 디자인’을 시작할 수 있고, ’디자인’이 확정되어야 ’프로토타입 제작’에 들어갈 수 있는 것처럼, 명확한 선후 관계가 존재하는 프로세스에 적합하다.14

• 요리 레시피: 재료를 손질하고, 볶고, 끓이는 등의 단계는 정해진 순서대로 진행되어야 한다.

2.3.2 병렬 처리 (Parallel Processing)

병렬 처리는 서로 간에 직접적인 의존성이 없는 두 개 이상의 작업을 동시에 수행하는 패턴이다.27 이는 전체 프로세스 소요 시간을 획기적으로 단축하고 자원 활용도를 극대화할 수 있는 매우 강력한 최적화 기법이다.

• BPMN 표현: **병렬 게이트웨이(Parallel Gateway)**를 사용하여 하나의 흐름을 여러 개의 독립적인 경로로 분기(Split 또는 Fork)시킨 후, 모든 병렬 작업이 완료되면 다시 하나의 흐름으로 병합(Join 또는 Synchronize)하는 형태로 표현된다.21

• 특징:

• 시간 단축: 여러 작업을 동시에 진행하므로, 전체 프로세스 완료 시간(Throughput Time)은 병렬 경로 중 가장 오래 걸리는 작업의 시간에 의해 결정된다. 예를 들어, 각각 2시간, 3시간, 4시간이 걸리는 세 작업을 순차적으로 처리하면 총 9시간이 소요되지만, 병렬로 처리하면 가장 긴 작업 시간인 4시간 만에 완료할 수 있다.28

• 자원 효율성: 여러 자원(사람, 장비)을 동시에 활용하여 유휴 시간을 최소화할 수 있다.

• 복잡성: 여러 작업이 동시에 진행되므로, 각 작업의 상태를 추적하고 최종적으로 모든 작업이 완료되었는지 확인하는 동기화 메커니즘이 필요하다.

• 적용 사례:

• 주문 처리: 고객이 주문을 완료하면, ‘고객 신용도 확인’, ‘창고 재고 확인’, ‘배송팀 배차’ 작업을 동시에 진행하여 전체 주문 처리 시간을 단축할 수 있다.28

• 신입사원 채용: 지원자가 서류를 제출하면, ’인사팀의 서류 검토’와 ’외부 기관을 통한 레퍼런스 체크’를 동시에 진행할 수 있다.27

• 제품 라벨 승인: 새로운 제품 라벨 시안이 나오면, ‘마케팅팀의 디자인 검토’, ‘법무팀의 법률 문구 검토’, ’품질관리팀의 정보 일관성 검토’를 각 부서가 동시에 수행하여 최종 승인까지의 시간을 줄일 수 있다.26

병렬 처리 패턴을 효과적으로 도입하기 위해서는, 먼저 현재의 순차적 프로세스를 면밀히 분석하여 작업들 간의 ’의존성’을 파악하는 것이 선행되어야 한다. “이 작업은 앞선 작업의 결과물이 없어도 독립적으로 시작될 수 있는가?“라는 질문을 통해 병렬 처리가 가능한 구간을 식별해내는 과정 자체가, 기존 프로세스를 더 깊이 이해하고 숨겨진 비효율을 찾아내는 중요한 계기가 된다. 따라서 워크플로를 설계하거나 개선할 때, 병렬 처리의 가능성을 적극적으로 탐색하는 것은 운영 효율성을 극대화하기 위한 핵심적인 사고방식이라 할 수 있다.

3. 데이터 기반 워크플로 설계 및 최적화

과거의 프로세스 개선이 주로 경험과 직관에 의존했다면, 현대의 워크플로 관리는 철저히 데이터에 기반한다. 워크플로의 현재 상태를 객관적으로 진단하고, 측정 가능한 목표를 설정하며, 성과를 지속적으로 추적하는 데이터 기반 접근법은 성공적인 프로세스 혁신의 필수 조건이다. 이 장에서는 현재의 업무 프로세스(As-Is)를 체계적으로 분석하고, 이를 바탕으로 이상적인 미래의 프로세스(To-Be)를 설계하는 전략적 프레임워크를 심도 있게 다룬다. 또한, 워크플로의 효율성과 효과성을 정량적으로 평가하기 위한 핵심 성과 지표(KPI)와 세부 메트릭을 정의하고, 이를 계산하는 구체적인 방법을 학습한다. 마지막으로, 설계된 워크플로가 지속적으로 가치를 창출할 수 있도록 모니터링하고 최적화하는 실질적인 방안을 제시한다.

3.1 As-Is & To-Be 분석을 통한 프로세스 혁신 전략

As-Is & To-Be 분석은 조직이 현재 위치를 정확히 파악하고, 나아가야 할 방향을 명확히 설정하며, 그 목표에 도달하기 위한 구체적인 실행 계획을 수립하도록 돕는 강력한 비즈니스 분석 기법이다.29

3.1.1 개념 정의: 현재, 미래, 그리고 그 사이의 간극

1. As-Is 분석 (현상 분석): 단어 그대로 ‘있는 그대로의’ 현재 업무 프로세스, 시스템, 조직 구조의 현황을 분석하는 단계다.30 이 과정의 목표는 단순히 현상을 기술하는 것을 넘어, 그 안에 내재된 문제점, 비효율, 병목 현상, 그리고 잠재적인 개선 기회를 객관적으로 식별하는 데 있다.

2. To-Be 모델 (목표 설계): As-Is 분석을 통해 도출된 문제점들을 해결하고, 조직의 전략적 목표와 연계된 이상적인 미래의 업무 프로세스를 설계하는 단계다.30 To-Be 모델은 추상적인 비전이 아니라, 구체적이고 측정 가능한 목표를 담고 있어야 한다. 예를 들어, ’고객 응대 시간 단축’이 아닌 ’평균 고객 최초 응대 시간 5분 이내 달성’과 같이 명확해야 한다.30

3. Gap 분석 (차이 분석): 현재 상태(As-Is)와 목표 상태(To-Be) 사이의 차이, 즉 ’갭(Gap)’을 분석하는 과정이다.29 이 분석을 통해 목표를 달성하기 위해 무엇을 변경해야 하고, 어떤 자원이 필요하며, 어떤 과제를 우선적으로 수행해야 하는지에 대한 구체적인 실행 계획(Action Plan)을 도출할 수 있다.

3.1.2 As-Is 분석 수행 절차

성공적인 To-Be 모델을 설계하기 위해서는 철저하고 객관적인 As-Is 분석이 선행되어야 한다. 그 절차는 다음과 같다.

1. 데이터 수집: 분석의 기초가 되는 정보를 광범위하게 수집한다. 내부 업무 절차서, 시스템 로그 데이터, 재무 보고서와 같은 정량적 데이터와 함께, 현업 담당자 및 관리자와의 심층 인터뷰, 고객 피드백, 설문조사 등 정성적 데이터를 균형 있게 확보하는 것이 중요하다.30

2. 프로세스 목록화 및 체계도 작성: 수집된 정보를 바탕으로 분석 대상 업무를 대분류, 중분류, 소분류로 나누어 목록을 작성하고, 이를 계층 구조 형태의 체계도로 정리하여 전체적인 업무 구조를 파악한다.31

3. 프로세스 맵핑 (도식화): 2장에서 학습한 BPMN과 같은 표준 표기법을 사용하여 현재의 업무 흐름을 상세하게 시각화한다. 이 과정은 문서상으로는 드러나지 않았던 실제 업무의 흐름, 예외 처리, 병목 구간, 중복 작업 등을 직관적으로 식별하는 데 매우 효과적이다.30

4. 심층 분석: 시각화된 프로세스 맵을 기반으로 문제의 근본 원인을 파악하기 위한 다각적인 분석을 수행한다. 조직의 내부 역량(강점, 약점)과 외부 환경(기회, 위협)을 종합적으로 평가하는 SWOT 분석, 핵심성과지표(KPI)를 통해 현재 성과 수준을 평가하는 성과 지표 분석, 그리고 프로세스에 관련된 모든 이해관계자의 요구사항과 영향력을 분석하는 이해관계자 분석 등이 활용될 수 있다.30

3.1.3 To-Be 모델 설계 원칙

효과적인 To-Be 모델은 단순히 As-Is 모델의 문제점을 수정하는 것을 넘어, 조직의 미래 비전을 담고 있어야 한다. 설계 시 다음과 같은 원칙을 고려해야 한다.

• 가치 중심 설계: 고객에게 가치를 더하지 않는 활동(Non-Value-Added Activities)은 과감히 제거하거나 최소화한다.

• 단순화 및 표준화: 복잡한 절차를 단순화하고, 업무 처리 방식을 표준화하여 일관성과 예측 가능성을 높인다.

• 자동화 및 기술 활용: 반복적이고 규칙 기반의 수작업은 RPA나 워크플로 엔진을 통해 적극적으로 자동화한다.

• 병렬 처리 도입: 의존성이 없는 작업들은 동시에 처리되도록 프로세스를 재설계하여 전체 처리 시간을 단축한다.

• 측정 가능성: 설계된 프로세스의 성과를 측정할 수 있는 명확한 KPI와 메트릭을 함께 정의하여, 개선 효과를 지속적으로 추적할 수 있도록 한다.30

이러한 As-Is & To-Be 분석 프레임워크는 조직이 현재의 문제에 매몰되지 않고, 명확한 목표를 향해 체계적으로 나아갈 수 있도록 돕는 전략적 나침반 역할을 수행한다.

3.2 워크플로 성과 측정: KPI와 메트릭의 올바른 설정과 활용

“측정할 수 없으면, 관리할 수 없고, 개선할 수도 없다“는 경영학의 격언처럼, 워크플로의 성과를 정량적으로 측정하는 것은 지속적인 개선의 필수 전제 조건이다. 이를 위해 조직은 KPI(핵심 성과 지표)와 메트릭의 개념을 명확히 이해하고, 비즈니스 목표에 부합하는 올바른 지표를 설정하고 활용해야 한다.

3.2.1 KPI와 메트릭의 개념적 차이

두 용어는 종종 혼용되지만, 그 의미와 활용 목적에는 명확한 차이가 존재한다.34

• 메트릭 (Metric): 특정 비즈니스 활동이나 프로세스의 성과를 측정하는 구체적이고 정량적인 데이터 포인트다.35 ‘일일 웹사이트 방문자 수’, ‘고객 문의 처리 건수’, ‘리드당 획득 비용’ 등이 메트릭의 예시다. 메트릭은 주로 운영 수준에서 프로세스의 현재 상태를 추적하고 모니터링하는 데 사용된다.35

• KPI (Key Performance Indicator): 조직의 가장 중요한, 즉 ‘핵심적인(Key)’ 비즈니스 목표의 달성도를 측정하기 위해 선정된 전략적 지표다.36 ‘분기별 매출 성장률 20% 달성’, ‘고객 만족도 95점 이상 유지’ 등이 KPI의 예시다. KPI는 여러 관련 메트릭들의 집합으로 구성되며, 조직의 전략적 방향성과 직접적으로 연결된다. 따라서

모든 KPI는 메트릭이지만, 모든 메트릭이 KPI는 아니다라는 관계가 성립한다.34

예를 들어, ’신규 고객 확보’라는 KPI를 달성하기 위해 조직은 ‘웹사이트 트래픽’, ‘리드 전환율’, ‘영업 사원별 계약 체결 건수’ 등 다양한 메트릭을 추적하고 관리해야 한다.34

3.2.2 핵심 워크플로 성능 지표 및 계산 공식

워크플로의 효율성과 효과성을 평가하기 위해 보편적으로 사용되는 몇 가지 핵심 지표들이 있다.

• 사이클 타임 (Cycle Time):

• 정의: 하나의 작업 단위(unit)를 완료하는 데 소요되는 실제 순수 작업 시간. 대기 시간, 이동 시간 등 부가가치를 창출하지 않는 시간은 제외된다.37

• 측정 목적: 개별 작업의 생산성을 측정하고, 고객에게 더 정확한 작업 완료 예상 시간을 제공하는 데 활용된다.38

• 계산 공식:

\text{Cycle Time} = \frac{\text{Net Production Time}}{\text{Number of Units Produced}}

여기서 순수 생산 시간(Net Production Time)은 총 생산 시간에서 모든 유휴 시간(Downtime)을 제외한 시간이다.37

• 처리량/생산 시간 (Throughput Time / Production Lead Time):

• 정의: 하나의 작업 단위가 프로세스의 시작부터 끝까지, 전체 시스템을 통과하는 데 걸리는 총 시간. 실제 작업 시간(Processing Time)뿐만 아니라, 검사 시간(Inspection Time), 이동 시간(Move Time), 그리고 작업 대기 시간(Queue Time)을 모두 포함한다.37

• 측정 목적: 고객의 관점에서 주문부터 제품 수령까지 걸리는 전체 시간을 측정하며, 프로세스 내의 모든 비효율과 낭비를 파악하는 데 핵심적인 지표다.

• 계산 공식:

\text{Throughput Time} = \text{Processing Time} + \text{Inspection Time} + \text{Move Time} + \text{Queue Time}

이 두 지표의 차이를 이해하는 것은 매우 중요하다. 처리량 시간 - 사이클 타임은 고객에게 어떠한 가치도 제공하지 않으면서 시간과 비용만 소모하는 ’낭비(Waste)’의 총량을 의미한다. 대부분의 프로세스 개선 기회는 개별 작업의 사이클 타임을 줄이는 것보다, 작업과 작업 사이의 대기 시간(Queue Time)을 줄이는 데에 존재한다.

• 자원 활용률 (Resource Utilization Rate):

• 정의: 직원, 장비, 시스템과 같은 특정 자원이 전체 가용 시간 중에서 실제로 부가가치를 창출하는 작업에 투입된 시간의 비율을 나타낸다.41

• 측정 목적: 자원이 과도하게 할당되었는지(Over-utilized) 또는 유휴 상태인지(Under-utilized)를 파악하여, 자원 배분의 효율성을 최적화하고 병목 현상을 예방한다.

• 계산 공식:

\text{Utilization Rate (\%)} = \left( \frac{\text{Total Billable Hours}}{\text{Total Available Hours}} \right) \times 100

3.2.3 KPI 설정 방법론

효과적인 KPI는 명확한 기준에 따라 설정되어야 한다. 널리 사용되는 방법론으로는 SMARTER와 Six A’s가 있다.34

• SMARTER 모델:

• Specific (구체적인): 목표가 명확하고 구체적인가?

• Measurable (측정 가능한): 진행 상황을 정량적으로 측정할 수 있는가?

• Attainable (달성 가능한): 현실적으로 달성할 수 있는 목표인가?

• Relevant (관련성 있는): 조직의 상위 전략 목표와 관련이 있는가?

• Time-bound (시간제한이 있는): 명확한 기한이 설정되어 있는가?

• Evaluate (평가): 목표를 정기적으로 평가하는가?

• Reevaluate (재평가): 상황 변화에 따라 목표를 재평가하고 조정하는가? 34

데이터 기반의 명확한 KPI와 메트릭 설정은 워크플로 개선 활동에 방향성을 제시하고, 모든 구성원이 공동의 목표를 향해 나아갈 수 있도록 하는 강력한 구심점 역할을 한다.

<표 3-1> 핵심 워크플로 KPI 및 측정 공식

3.3 지속 가능한 개선을 위한 워크플로 모니터링 및 최적화 방안

워크플로를 설계하고 구현하는 것은 시작에 불과하다. 진정한 가치는 설계된 워크플로가 의도한 대로 작동하는지 지속적으로 모니터링하고, 수집된 데이터를 기반으로 끊임없이 최적화해 나가는 과정에서 창출된다. 이는 일회성 프로젝트가 아닌, 지속 가능한 개선 문화를 조직에 내재화하는 활동이다.

3.3.1 모니터링의 중요성

워크플로 모니터링은 실행 중인 프로세스의 상태와 성능을 실시간으로 추적하여, 잠재적인 문제나 개선이 필요한 영역을 사전에 식별하는 활동이다.4 효과적인 모니터링은 다음과 같은 이점을 제공한다.

• 가시성 확보: 현재 어떤 작업이 누구에게 할당되어 있으며, 어떤 단계에서 지연이 발생하고 있는지 등 전체 프로세스의 현황을 투명하게 파악할 수 있다.

• 문제의 신속한 감지 및 대응: 오류가 발생하거나 특정 작업이 예상보다 오래 걸릴 경우, 즉시 알림을 받아 신속하게 원인을 파악하고 조치할 수 있다.

• 데이터 기반 최적화: 모니터링을 통해 축적된 데이터(예: 각 단계별 소요 시간, 오류 발생 빈도)는 어떤 부분을 개선해야 할지에 대한 객관적인 근거를 제공한다.

대부분의 현대적인 워크플로 엔진이나 BPM(Business Process Management) 시스템은 이러한 모니터링, 로깅, 그리고 시각화 기능을 기본적으로 내장하고 있어, 관리자가 각 워크플로의 현재 상태와 상세한 실행 기록을 실시간으로 확인할 수 있도록 지원한다.12

3.3.2 효과적인 모니터링 기법

1. 실행 로그 및 시각적 추적: 워크플로 관리 도구는 실행된 활동을 파란색, 보류 중인 활동을 깜박이게 하거나, 경고가 발생한 활동을 주황색, 오류가 발생한 활동을 빨간색으로 표시하는 등 시각적인 추적 기능을 제공한다.45 관리자는 특정 활동을 선택하여 해당 활동과 관련된 로그 메시지만 필터링하여 볼 수 있어, 문제의 원인을 신속하게 진단하는 데 매우 유용하다.45

2. 중앙화된 대시보드 활용: 3.2절에서 정의한 핵심 성과 지표(KPI)와 주요 메트릭들을 시각적인 그래프와 차트로 구성된 대시보드를 통해 통합 관리한다.34 이를 통해 경영진부터 실무자까지 모든 이해관계자가 프로세스 성과를 한눈에 파악하고, 데이터에 기반한 논의를 진행할 수 있다.47

3. 허용 오차 수준 설정 (Tolerance Levels): KPI 값에 대해 ‘정상(Green)’, ‘주의(Yellow)’, ’위험(Red)’과 같은 임계값을 설정하는 기법이다.36 예를 들어, ‘고객 응대 시간’ KPI의 목표가 24시간이라면, 24시간 이내는 Green, 24-36시간은 Yellow, 36시간 초과는 Red로 설정할 수 있다. 지표가 Red 존에 진입하면 자동으로 관련 관리자에게 경고 알림이 발송되도록 설정하여, 문제가 심각해지기 전에 즉각적인 조치가 이루어지도록 유도한다.

3.3.3 지속적인 최적화 전략

모니터링을 통해 얻은 통찰은 구체적인 최적화 활동으로 이어져야 한다.

• 병목 현상 집중 개선: 대시보드나 프로세스 맵에서 지속적으로 작업이 쌓이는 구간, 즉 병목(Bottleneck)을 식별하고, 해당 구간의 처리 용량을 늘리거나(예: 인력 추가 투입), 작업 절차를 간소화하는 등 집중적인 개선 노력을 기울인다.4

• 자동화 기회 발굴 및 확대: 모니터링 결과, 특정 수동 작업이 반복적으로 많은 시간을 소요하거나 오류를 유발하는 것으로 나타나면, 이를 최우선 자동화 대상으로 선정한다. 자동화는 생산성을 높이고 전체 워크플로의 효율성을 향상시키는 가장 효과적인 방법 중 하나다.43

• 템플릿화 및 표준화: 성공적으로 최적화된 워크플로 프로세스는 템플릿으로 만들어 조직 전체에 공유하고 재사용한다.46 이는 우수 사례(Best Practice)를 전파하고, 새로운 프로젝트나 업무에 일관된 표준을 적용하며, 초기 설정에 드는 시간을 단축시키는 효과가 있다.

• 피드백 루프 구축 및 문화 조성: 워크플로 개선은 기술이나 도구의 도입만으로 완성되지 않는다. 프로세스에 직접 참여하는 현업 담당자, 관리자, 그리고 최종 고객 등 모든 이해관계자로부터 정기적으로 피드백을 수집하고, 이를 다음 최적화 주기에 반영하는 ’피드백 루프’를 구축하는 것이 중요하다.4 성공적인 워크플로 관리는 이처럼 데이터 기반의 의사결정, 투명한 소통, 그리고 지속적인 개선을 시도하는 실험 정신이 조직 문화로 자리 잡았을 때 비로소 가능하다. 이는 단순히 기술적 과제를 넘어, 조직의 리더십이 변화를 주도하고 구성원들의 참여를 독려해야 하는 문화적 과제이기도 하다.

4. 기술을 활용한 워크플로 자동화와 지능화

워크플로의 진정한 잠재력은 기술과 결합하여 수동적이고 반복적인 작업을 자동화하고, 나아가 데이터와 인공지능(AI)을 통해 프로세스 자체를 지능화할 때 발현된다. 현대의 워크플로 기술은 단순히 정해진 순서대로 작업을 전달하는 수준을 넘어, 여러 시스템을 유기적으로 연결하고, 인간의 인지 능력을 모방하여 복잡한 의사결정을 내리는 단계로 발전하고 있다. 이 장에서는 워크플로 자동화의 기술적 근간이 되는 ’워크플로 엔진’과 ’로보틱 프로세스 자동화(RPA)’의 원리를 파악하고, AI가 어떻게 예측 분석과 의사결정 자동화를 통해 워크플로를 한 차원 높은 수준으로 끌어올리는지 살펴본다. 마지막으로, 시장을 선도하는 다양한 워크플로 관련 솔루션들을 그 목적과 특징에 따라 비교 분석함으로써, 조직이 자신의 필요에 맞는 최적의 기술을 도입하기 위한 실질적인 가이드를 제공한다.

4.1 워크플로 자동화의 핵심: 워크플로 엔진과 RPA

워크플로 자동화는 크게 두 가지 핵심 기술, 즉 전체 프로세스를 조율하는 ’워크플로 엔진’과 개별 작업을 수행하는 ’RPA’를 중심으로 이루어진다.

4.1.1 워크플로 엔진 (Workflow Engine)

• 정의 및 역할: 워크플로 엔진은 자동화의 ‘두뇌’ 또는 ’중앙 관제탑’에 해당한다. BPMN 등으로 사전에 모델링된 프로세스 정의에 따라, 전체 작업의 흐름을 논리적으로 제어하고, 다음 단계를 결정하며, 적절한 사람이나 시스템에게 작업을 할당하고, 프로세스의 모든 상태를 추적 및 관리하는 핵심 소프트웨어 컴포넌트다.4

• 주요 기능: 현대적인 워크플로 엔진은 다음과 같은 강력한 기능들을 제공한다.

• 프로세스 실행 및 자동화: 정의된 로직에 따라 작업을 자동으로 완료하거나, 사람의 개입이 필요할 때 알림을 보내는 등 하이브리드 및 완전 자동화 워크플로를 지원한다.12

• API 기반 시스템 연동: REST API 등을 통해 ERP, CRM, 클라우드 서비스 등 조직 내외부의 다양한 시스템과 원활하게 통신하고 데이터를 교환하여, 여러 시스템에 걸친 End-to-End 프로세스 자동화를 가능하게 한다.12

• 로우코드/노코드 워크플로 빌더: 개발자가 아닌 현업 사용자도 미리 정의된 블록과 템플릿을 드래그 앤 드롭 방식으로 조합하여 워크플로를 시각적으로 쉽게 설계하고 수정할 수 있도록 지원한다.7

• 버전 관리 및 스케줄링: 워크플로는 지속적으로 수정되고 개선되므로, 각 변경 이력을 추적하는 버전 제어 기능을 제공한다. 또한, 특정 시간에 맞춰 워크플로가 자동으로 시작되도록 예약(스케줄링)할 수 있다.12

• 오류 처리 및 모니터링: 작업 수행 중 오류가 발생했을 때, 사전에 정의된 규칙(예: 재시도, 관리자에게 알림)에 따라 자동으로 대응하며, 모든 실행 과정을 로깅하고 시각화하여 관리자가 실시간으로 모니터링할 수 있게 한다.12

4.1.2 로보틱 프로세스 자동화 (Robotic Process Automation, RPA)

• 정의 및 역할: RPA는 자동화의 ‘손과 발’ 역할을 수행한다. 사람이 컴퓨터의 그래픽 사용자 인터페이스(GUI)를 통해 수행하는 규칙 기반의 반복적인 작업을 소프트웨어 로봇(Bot)이 그대로 모방하여 대신 수행하도록 하는 기술이다.7 주로 기존 시스템의 변경 없이, 사람이 하는 것과 동일한 방식으로 키보드를 입력하고 마우스를 클릭하며 작업을 자동화한다.

• 주요 적용 분야: 데이터 입력, 여러 시스템 간 데이터 복사 및 붙여넣기, 정해진 양식 작성, 정기적인 보고서 생성 등 명확한 규칙을 따르는 대량의 반복 작업에 특히 강점을 보인다.7

• BPM과의 관계: RPA와 BPM(워크플로 엔진 포함)은 상호 보완적인 관계다. RPA가 개별 ‘작업(Task)’ 수준의 자동화에 집중하는 반면, BPM은 여러 작업과 시스템, 사람이 복합적으로 얽힌 전체 ’프로세스(Process)’를 조율(Orchestration)하는 데 중점을 둔다. 예를 들어, ’고객 주문 처리’라는 전체 BPM 워크플로 내에서, ’ERP 시스템에 주문 정보 입력하기’라는 특정 수동 작업을 RPA 봇이 수행하도록 할 수 있다.50

4.1.3 로우코드/노코드 플랫폼의 부상

최근 워크플로 자동화 분야의 가장 큰 흐름 중 하나는 로우코드/노코드(Low-code/No-code) 플랫폼의 확산이다.7 이러한 플랫폼들은 코딩 지식이 거의 없거나 전혀 없는 비전문가, 이른바 ’시민 개발자(Citizen Developer)’가 직접 업무에 필요한 애플리케이션이나 자동화 워크플로를 구축할 수 있도록 지원한다. 이는 자동화 기술의 문턱을 낮춰 ’자동화의 민주화’를 이끌고 있다. 현업 담당자가 IT 부서의 지원을 기다릴 필요 없이, 자신의 업무에 대한 깊은 이해를 바탕으로 필요한 자동화를 신속하게 구현하고 개선할 수 있게 됨으로써, 조직 전체의 민첩성과 혁신 속도를 가속화하는 중요한 동력이 되고 있다.7

4.2 AI 기반 지능형 워크플로: 예측 분석과 의사결정 자동화

워크플로 자동화가 AI 기술과 결합하면서, 단순한 반복 작업의 대체를 넘어 인간의 인지적 능력을 보완하고 확장하는 ’지능형 자동화(Intelligent Automation)’의 시대로 진입하고 있다.50 지능형 워크플로는 정해진 규칙을 따르는 것을 넘어, 데이터를 학습하고, 패턴을 인식하며, 예측을 통해 스스로 판단하고 대응하는 능력을 갖춘다.

4.2.1 지능형 자동화의 개념

지능형 자동화는 RPA, AI, 머신러닝(ML), 자연어 처리(NLP), 프로세스 마이닝 등 다양한 첨단 기술을 유기적으로 결합하여 자동화의 범위를 획기적으로 확장하는 접근 방식이다. 이를 통해 기존 자동화 기술로는 처리하기 어려웠던 비정형 데이터 처리, 복잡한 예외 상황 판단, 미래 예측과 같은 고차원적인 업무까지 자동화의 영역으로 편입시킬 수 있다.52

4.2.2 AI가 워크플로를 지능화하는 방식

1. 비정형 데이터의 자동 처리: AI, 특히 광학 문자 인식(OCR)과 자연어 처리(NLP) 기술은 PDF, 이미지, 이메일, 음성 파일 등 비정형 데이터에서 의미 있는 정보를 자동으로 추출하고 구조화된 데이터로 변환한다.2 예를 들어, 수신된 공급업체 송장 이미지에서 송장 번호, 금액, 날짜 등의 데이터를 자동으로 인식하여 ERP 시스템에 입력하는 워크플로를 구현할 수 있다.

2. 데이터 기반 의사결정 자동화: AI 모델은 실시간으로 유입되는 대량의 데이터를 분석하여, 사람의 개입 없이 최적의 의사결정을 내리고 다음 워크플로 단계를 실행한다. 예를 들어, 온라인 광고 캠페인 워크플로에서 AI는 각 광고 채널의 성과를 실시간으로 분석하여, 가장 효율이 좋은 채널에 자동으로 예산을 더 많이 배분하도록 지출을 조정할 수 있다.52

3. 예측 분석을 통한 선제적 대응: 머신러닝 알고리즘은 축적된 과거 데이터와 외부 변수(계절, 시장 동향 등)를 학습하여 미래의 특정 이벤트를 예측한다. 예를 들어, 소매업체는 과거 판매 데이터와 날씨 예보를 분석하여 특정 음료의 수요 급증을 예측하고, 재고가 소진되기 전에 자동으로 추가 주문을 발주하는 워크플로를 설정할 수 있다.52 또한, 제조 공장에서는 설비 센서 데이터를 분석하여 부품 고장 가능성을 예측하고, 실제 고장이 발생하기 전에 유지보수 작업을 자동으로 예약하는 워크플로도 가능하다.

4. 지능형 상호작용 (챗봇 및 AI 어시스턴트): NLP 기술 기반의 챗봇과 AI 어시스턴트는 워크플로의 중요한 인터페이스 역할을 한다. 고객 서비스에서는 24시간 고객의 문의에 자동으로 답변하고, 필요한 경우 관련 부서로 티켓을 생성하여 워크플로를 시작한다.52 내부적으로는 직원들이 “지난 분기 우리 부서의 출장비 지출 내역을 알려줘“와 같이 자연어로 질문하면, AI 어시스턴트가 관련 시스템에서 정보를 찾아 분석하고 답변을 제공하여 정보 검색에 드는 시간을 단축시킨다.52

4.2.3 지능형 자동화의 기대 효과

지능형 워크플로의 도입은 단순한 비용 절감이나 인적 오류 감소를 넘어, 조직 운영의 패러다임을 근본적으로 변화시킨다. 가장 중요한 효과는 직원들을 단순 반복적이고 가치 낮은 업무에서 해방시켜, 그들이 본연의 창의성과 전문성을 발휘하여 전략 수립, 신사업 기획, 고객 관계 심화와 같은 고부가가치 업무에 집중할 수 있는 환경을 조성하는 것이다.4 이는 결국 조직 전체의 혁신 역량을 강화하고, 급변하는 시장 환경에 민첩하게 대응할 수 있는 지속 가능한 경쟁력의 원천이 된다.

4.3 주요 워크플로 솔루션 비교 분석: BPM, RPA, 프로젝트 관리 도구

워크플로를 구현하고 자동화하기 위한 기술 솔루션 시장은 매우 다양하며, 각 솔루션은 고유한 철학과 강점을 가지고 있다. 조직의 당면 과제와 목표에 가장 적합한 도구를 선택하기 위해서는 이들 솔루션의 특징을 명확히 이해하는 것이 중요하다. 시장은 크게 비즈니스 프로세스 관리(BPM) 플랫폼, 로보틱 프로세스 자동화(RPA) 플랫폼, 그리고 프로젝트 관리(PM) 도구로 구분할 수 있다.

4.3.1 비즈니스 프로세스 관리 (BPM) 플랫폼

• 대표 도구: Appian, Bizagi 51

• 핵심 철학 및 특징: BPM 플랫폼은 조직 전반에 걸쳐 여러 부서, 시스템, 사람이 관여하는 복잡하고 장기적인 End-to-End 비즈니스 프로세스를 모델링, 실행, 관리, 그리고 지속적으로 최적화하는 데 초점을 맞춘다.56 이들의 가장 큰 강점은 다양한 구성 요소를 하나의 통합된 워크플로로 조율하는 ‘오케스트레이션(Orchestration)’ 능력에 있다.51 대부분 로우코드(Low-code) 개발 환경을 제공하여, 전문 개발자가 아니더라도 비즈니스 애플리케이션을 신속하게 구축하고 배포할 수 있도록 지원한다.51

• 적합한 시나리오:

• 전사적 자원 관리(ERP)나 고객 관계 관리(CRM)와 연계된 전사적 프로세스 표준화

• 엄격한 규정 준수(Compliance)와 감사 추적이 요구되는 금융, 보험, 제약 산업의 핵심 업무

• 고객 온보딩, 대출 심사, 클레임 처리 등 예측 불가능한 예외가 많이 발생하는 복잡한 케이스 관리(Case Management) 워크플로

4.3.2 로보틱 프로세스 자동화 (RPA) 플랫폼

• 대표 도구: UiPath, Automation Anywhere 49

• 핵심 철학 및 특징: RPA 플랫폼은 기존 애플리케이션의 사용자 인터페이스(UI)를 조작하여, 사람이 수행하던 정형화되고 반복적인 수작업을 자동화하는 데 특화되어 있다.49 API(Application Programming Interface)가 제공되지 않는 오래된 레거시 시스템과의 연동이나, 여러 시스템을 오가며 데이터를 복사/붙여넣기 하는 작업에서 강력한 성능을 발휘한다. 최근에는 AI 기술을 적극적으로 통합하여, 스캔된 문서에서 데이터를 추출하는 지능형 문서 처리(IDP), 프로세스 비효율을 발견하는 프로세스 마이닝 등의 기능으로 역량을 확장하고 있다.49

• 적합한 시나리오:

• 재무/회계 부서의 대량 데이터 입력, 대사, 정산 업무

• 고객 서비스 부서의 상담원 정보 조회 및 시스템 입력 지원

• 인사 부서의 급여 처리 및 직원 데이터 관리

4.3.3 프로젝트 관리 (PM) 도구

• 대표 도구: Jira, Asana 59

• 핵심 철학 및 특징: PM 도구는 명확한 목표와 마감일이 정해진 프로젝트성 업무를 효과적으로 계획, 실행, 추적하고 팀원 간의 협업을 촉진하는 데 중점을 둔다. ’할 일(To Do) → 진행 중(In Progress) → 완료(Done)’와 같이 작업의 상태를 시각적으로 관리하는 칸반 보드나, 프로젝트 일정을 한눈에 파악할 수 있는 타임라인(간트 차트)과 같은 기능이 핵심이다.59 최근에는 ‘규칙(Rules)’ 기반의 자동화 기능을 대폭 강화하여, “작업 상태가 ’완료’로 변경되면 자동으로 QA 담당자에게 알림 발송” 또는 “신규 요청 폼이 제출되면 자동으로 프로젝트에 태스크 생성“과 같은 경량의 워크플로 자동화를 지원한다.62

• 적합한 시나리오:

• 애자일 방법론을 따르는 소프트웨어 개발 프로젝트

• 신제품 출시, 광고 등 다수의 이해관계자가 협업하는 마케팅 캠페인

• 블로그 포스트, 영상 등 여러 단계를 거치는 콘텐츠 제작 프로세스

이들 솔루션 시장은 정체되어 있지 않고, 각자의 영역을 확장하며 서로의 기능을 흡수하는 ’융합(Convergence)’의 추세를 보이고 있다. BPM 솔루션은 RPA 기능을 내장하고 있으며 64, RPA 솔루션은 프로세스 오케스트레이션 기능을 강화하며 BPM 영역으로 진출하고 있다.58 PM 도구 역시 강력한 자동화 기능으로 경량 BPM의 역할을 넘보고 있다.62 따라서 조직은 특정 솔루션 카테고리에 얽매이기보다는, 해결하고자 하는 비즈니스 문제의 성격과 복잡성을 기준으로 가장 적합한 플랫폼을 선택하는 유연한 접근이 필요하다. 경우에 따라서는 여러 솔루션을 조합하여 조직 전체의 자동화 수준을 높이는 ‘하이퍼오토메이션(Hyperautomation)’ 전략을 구사하는 것이 더 효과적일 수 있다.65

<표 4-1> 주요 워크플로 솔루션 기능 비교

5. 실무 적용을 위한 워크플로 사례 연구

이론과 기술에 대한 이해는 실제 비즈니스 문제를 해결하는 과정에서 비로소 완성된다. 앞선 장들에서 다룬 워크플로의 개념, 모델링 방법론, 최적화 전략, 그리고 자동화 기술들이 실제 현장에서 어떻게 유기적으로 결합되어 가치를 창출하는지 구체적인 사례를 통해 살펴본다. 본 장에서는 조직에서 보편적으로 발생하는 세 가지 시나리오—신입사원 온보딩, 구매 요청 승인, 애자일 소프트웨어 릴리스—를 중심으로, 기존 프로세스(As-Is)의 문제점을 진단하고 개선된 워크플로(To-Be)를 설계하는 과정을 상세히 제시한다.

5.1 사례 1: 신입사원 온보딩 프로세스 자동화

효과적인 온보딩은 신입사원의 조기 안착과 장기적인 성과에 결정적인 영향을 미친다. 하지만 여러 부서가 관여하는 복잡성 때문에 종종 비효율의 온상이 되기도 한다.

5.1.1 As-Is (현상 분석)

• 문제점: 신입사원 한 명을 맞이하기 위해 인사팀, IT팀, 현업 부서가 각자 움직인다. 인사팀은 근로계약서를 준비하고, IT팀은 업무용 장비와 계정을 생성하며, 현업 부서는 업무 계획을 수립한다. 이러한 과정이 이메일과 수기 체크리스트에 의존하여 진행되다 보니, 부서 간 소통 부재로 업무가 누락되거나 지연되는 경우가 빈번하다.6 그 결과, 신입사원은 입사 첫날 자신의 자리가 준비되지 않았거나, 필요한 시스템에 접근할 수 없어 방치되는 경험을 하게 된다. 이는 회사에 대한 부정적인 첫인상을 심어주고, 소속감을 저해하는 주요 원인이 된다.13 또한, 각 부서 담당자들은 진행 상황을 파악하기 위해 불필요한 확인 전화를 반복하고, 동일한 신입사원 정보를 여러 번 요청하는 등 행정적 낭비에 시달린다.

5.1.2 To-Be (개선 모델 설계)

• 개선 목표: 온보딩 프로세스를 자동화하고 표준화하여, 모든 신입사원에게 일관되고 긍정적인 경험을 제공하며, 관련 부서의 수작업을 최소화한다.

• 워크플로 설계 (BPMN 기반 설명):

1. 프로세스 시작: 인사팀 담당자가 HR 시스템에서 ‘채용 확정’ 버튼을 클릭하면, 온보딩 워크플로가 자동으로 시작된다.

2. 자동화된 초기 커뮤니케이션: 시스템은 즉시 신입사원에게 환영 이메일과 함께, 개인 정보, 계좌 정보, 비상 연락망 등을 입력할 수 있는 온라인 폼(Form) 링크를 발송한다.13

3. 병렬 작업 할당: 신입사원이 폼 제출을 완료하는 순간, 병렬 게이트웨이가 작동하여 IT팀과 직속 상사에게 각각의 작업이 동시에 할당된다.

• IT팀 레인: IT팀 담당자에게 ’업무용 장비 준비(노트북, 모니터)’와 ‘시스템 계정 생성(이메일, 그룹웨어, ERP 등)’ 태스크가 자동으로 생성된다. 필요한 모든 정보는 신입사원이 제출한 폼에서 자동으로 연동된다.66

• 직속 상사 레인: 직속 상사에게는 ‘입사 첫 주 OJT 계획 수립’ 및 ‘멘토 지정’ 태스크가 할당된다. 시스템은 OJT 계획 수립을 위한 표준 템플릿을 함께 제공한다.67

4. 입사 당일 프로세스: 인사팀은 시스템 대시보드를 통해 IT팀과 직속 상사의 준비 상태를 실시간으로 확인한다. 입사 당일에는 오리엔테이션 진행 및 근로계약서 서명(전자 서명 포함) 절차를 진행한다.

5. 프로세스 완료: 모든 온보딩 관련 태스크가 ‘완료’ 상태로 변경되면, 워크플로는 자동으로 종료되고 관련자 모두에게 온보딩 프로세스가 성공적으로 완료되었음을 알리는 최종 알림을 보낸다.

5.1.3 기대 효과

• 효율성 증대: 반복적인 알림, 정보 요청, 진행 상황 확인 등의 수작업이 제거되어 인사, IT 담당자의 업무 부담이 크게 감소한다.66

• 신속성 및 정확성: 자동화된 프로세스를 통해 업무 누락이나 지연을 방지하고, 모든 신입사원에게 표준화된 절차를 일관되게 제공한다.

• 신입사원 경험 향상: 입사 전부터 체계적인 안내를 받고, 입사 당일 모든 것이 준비된 환경을 경험함으로써 회사에 대한 신뢰와 소속감을 높일 수 있다.13

5.2 사례 2: 다단계 구매 요청 승인 워크플로 설계

구매 요청은 모든 조직에서 발생하는 기본적인 업무지만, 승인 절차가 복잡하고 투명하지 않을 경우 비효율과 내부 통제 리스크를 유발할 수 있다.

5.2.1 As-Is (현상 분석)

• 문제점: 구매 요청이 종이 서류나 이메일 첨부 파일 형태로 유통된다. 이로 인해 요청자는 자신의 요청서가 현재 누구에게, 어느 단계에 머물러 있는지 전혀 알 수 없다. 승인자가 장기 휴가나 출장 중일 경우, 해당 요청은 무기한 보류되어 전체 업무에 차질을 빚는 병목 현상이 발생한다.69 또한, “500만 원 이상은 본부장 결재“와 같은 내부 규정이 담당자의 기억에 의존하여 운영되다 보니, 규정을 위반한 결재가 이루어지거나 불필요한 상위 단계까지 승인이 올라가는 등 내부 통제의 허점이 발생한다.

5.2.2 To-Be (개선 모델 설계)

• 개선 목표: 구매 요청 및 승인 프로세스를 디지털화하여 투명성을 확보하고, 내부 규정을 시스템에 내재화하여 규정 준수를 강화하며, 전체 승인 소요 시간을 단축한다.

• 워크플로 설계 (BPMN 기반 설명):

1. 프로세스 시작: 요청자는 사내 포털의 구매 요청 시스템에 접속하여 품목, 수량, 예상 금액 등의 정보를 입력하고 요청서를 제출한다.

2. 자동 라우팅: 요청서가 제출되면, 워크플로 엔진은 요청자의 소속 부서 정보를 기반으로 해당 팀장에게 자동으로 승인 요청을 발송한다.

3. 1차 승인: 팀장은 시스템을 통해 요청 내용을 검토하고 ‘승인’ 또는 ’반려’를 결정한다. 반려 시에는 반드시 사유를 입력해야 하며, 이는 요청자에게 즉시 통보된다.

4. 규칙 기반 분기: 팀장 승인이 완료되면, 배타적 게이트웨이가 작동하여 요청서의 ’총 요청 금액’을 기준으로 다음 경로를 자동으로 결정한다.69

• 경로 1 (500만 원 미만): 추가 승인 없이 즉시 재무팀 담당자에게 ‘구매 진행’ 태스크를 할당한다.

• 경로 2 (500만 원 이상): 요청자의 소속 본부장에게 2차 승인 요청을 발송한다.

5. 2차 승인: 본부장은 내용을 검토하고 최종 승인 또는 반려를 결정한다.

6. 구매 진행: 최종 승인된 요청서는 재무팀으로 전달된다. 재무팀 담당자는 이를 근거로 시스템에서 구매 주문(PO)을 생성하거나, 필요한 경우 여러 업체에 견적 요청(RFQ)을 발송하는 후속 프로세스를 진행한다.69

7. 실시간 상태 알림: 프로세스의 모든 단계(팀장 승인, 본부장 승인, 반려, 처리 완료 등)가 변경될 때마다, 시스템은 요청자에게 이메일이나 메신저를 통해 상태 업데이트를 자동으로 알려준다.

5.2.3 기대 효과

• 투명성 및 추적성 확보: 요청자는 언제든지 시스템에 접속하여 자신의 요청이 어떤 단계에 있는지 실시간으로 확인할 수 있다.

• 내부 통제 강화: 금액별 승인 권한과 같은 복잡한 비즈니스 규칙이 시스템에 의해 자동으로 적용되므로, 규정 위반의 위험이 원천적으로 차단된다.14

• 병목 현상 해소: 승인자가 지정된 시간 내에 처리하지 않을 경우, 시스템이 자동으로 독촉 알림을 보내거나, 부재 시 설정된 대결자에게 승인 권한을 위임하는 기능(Escalation)을 통해 프로세스 중단을 방지할 수 있다.

• 업무 효율화: 모든 과정이 디지털화되어 페이퍼리스(Paperless) 환경이 구축되고, 불필요한 문서 전달 및 확인 작업이 사라져 관련자 모두의 생산성이 향상된다.3

5.3 사례 3: 애자일 개발팀의 소프트웨어 릴리스 워크플로

빠르게 변화하는 시장에 대응하기 위해 많은 소프트웨어 기업들이 애자일(Agile) 개발 방법론을 채택하고 있다. 애자일의 핵심은 짧은 주기의 반복적인 개발과 배포이며, 이를 지원하기 위해서는 고도로 자동화되고 체계적인 워크플로가 필수적이다.

5.3.1 As-Is (현상 분석)

• 문제점: 개발팀, QA(품질 보증)팀, 운영팀 간의 업무 전달이 구두나 이메일, 메신저 등 비공식적인 채널을 통해 이루어진다. 이로 인해 “개발은 끝났는데 QA팀에 전달이 늦어져 테스트가 지연되는” 상황이 빈번하게 발생한다. 버그가 발견되었을 때, 해당 버그의 원인이 된 코드 변경 내역을 추적하기 어렵고, 책임 소재가 불분명해 해결이 지연된다. 또한, 새로운 코드가 추가될 때마다 기존 기능이 정상적으로 동작하는지 확인하는 회귀 테스트(Regression Test)가 수동으로 진행되어 많은 시간과 노력이 소요된다.15 프로젝트 관리자나 상위 경영진은 현재 어떤 기능이 개발 중이고, 어떤 기능이 테스트 단계에 있는지 한눈에 파악하기 어려워 릴리스 계획 수립에 어려움을 겪는다.

5.3.2 To-Be (개선 모델 설계)

• 개선 목표: 개발-테스트-배포(CI/CD) 파이프라인을 자동화하여 릴리스 주기를 단축하고, 소프트웨어의 품질과 안정성을 높이며, 모든 이해관계자에게 개발 프로세스의 완전한 가시성을 제공한다.

• 워크플로 상태(Status) 기반 설계 (Jira/Asana 활용):

• 상태 정의: 프로젝트 관리 도구(예: Jira)에 다음과 같은 명확한 작업 상태를 정의하여 워크플로의 뼈대를 구성한다.5

• 할 일 (To Do) → 진행 중 (In Progress) → 코드 검토 (Code Review) → QA 대기 중 (Ready for QA) → QA 진행 중 (In QA) → 완료 (Done)

• 자동화 규칙(Automation Rules)을 통한 지능화:

1. 개발 착수 자동화: 개발자가 특정 기능(Task)을 진행 중 상태로 변경하면, 시스템은 자동으로 Git(버전 관리 시스템)에 해당 기능 개발을 위한 새로운 브랜치(Branch)를 생성하고, 개발자에게 브랜치 이름을 알려준다.

2. 지속적 통합(CI) 자동화: 개발자가 코드 작성을 마치고 코드 검토(Pull Request)를 요청하면, CI 서버(예: Jenkins, CircleCI)가 이를 트리거로 인식하여 자동으로 빌드, 단위 테스트, 코드 품질 정적 분석을 수행한다. 테스트에 실패하면 요청은 자동으로 반려되고 개발자에게 알림이 간다.70

3. 지속적 배포(CD) 자동화: 동료의 코드 검토가 승인되고 코드가 메인 브랜치에 병합(Merge)되면, 시스템은 자동으로 해당 코드를 테스트 서버에 배포(Deploy)하고, Jira 태스크의 상태를 QA 대기 중으로 변경하며, QA팀 채널에 테스트 준비가 완료되었음을 알린다.70

4. 피드백 루프 자동화: QA 담당자가 테스트 중 버그를 발견하면, Jira에 버그 티켓을 생성하고 원래 기능 태스크에 연결한다. 버그의 심각도가 ’Critical’일 경우, 즉시 모든 개발팀원에게 긴급 알림이 발송된다. 수정이 필요한 경우, QA 담당자는 태스크 상태를 다시 진행 중으로 변경하고, 최초 개발자에게 자동으로 재할당한다.

5.3.3 기대 효과

• 릴리스 속도 향상 (Lead Time 단축): 빌드, 테스트, 배포 과정이 자동화되어 개발자가 코드를 커밋한 후 실제 운영 환경에 반영되기까지의 시간이 획기적으로 단축된다.2

• 품질 및 안정성 제고: 모든 코드 변경에 대해 자동화된 테스트가 수행되므로, 인적 오류로 인한 버그 발생 가능성이 크게 줄어든다.

• 팀 간 협업 강화: Jira와 같은 단일 플랫폼에서 모든 작업의 흐름과 상태가 투명하게 공유되므로, 개발-QA-운영팀 간의 불필요한 소통 비용이 감소하고 유기적인 협업이 가능해진다.

• 개발자 생산성 향상: 개발자들은 반복적인 빌드/배포 작업에서 해방되어, 새로운 기능 개발과 문제 해결이라는 본연의 고부가가치 업무에 더욱 집중할 수 있다.2

이 세 가지 사례는 워크플로 관리가 특정 부서나 특정 업무에 국한된 것이 아니라, 조직 운영의 모든 측면에서 어떻게 적용될 수 있는지를 명확히 보여준다. 특히, 잘 설계된 워크플로는 단순히 업무를 통제하는 수단을 넘어, 명확한 규칙과 자동화를 통해 불필요한 ’일을 위한 일(work about work)’을 제거하고, 각 구성원이 자신의 전문 영역에서 최고의 성과를 낼 수 있도록 자율적인 환경을 제공한다. 이는 직원들의 책임감과 주인의식을 고취시켜, 궁극적으로는 더 강력하고 민첩한 조직 문화를 구축하는 근간이 된다.3 또한, 모든 사례에서 볼 수 있듯이, 워크플로 자동화의 진정한 가치는 HR 시스템, ERP, Git, CI/CD 도구 등 다양한 애플리케이션을 유기적으로 ’연결(Integration)’할 때 극대화된다.62 따라서 성공적인 워크플로 혁신을 위해서는 개별 솔루션의 기능을 넘어, 플랫폼의 개방성과 확장성을 고려하는 전략적 접근이 필수적이다.12

6. 결론: 워크플로 관리를 통한 지속 가능한 운영 탁월성 확보

본 보고서는 워크플로의 본질적 개념에서부터 시작하여, 그것을 시각화하고 표준화하는 모델링 방법론, 데이터 기반의 최적화 전략, 그리고 최신 기술을 활용한 자동화 및 지능화 방안에 이르기까지, 조직의 워크플로를 체계적으로 관리하고 혁신하기 위한 포괄적인 지식 체계를 제시했다. 각 장에서 다룬 핵심 내용을 종합하고, 이를 바탕으로 조직이 나아가야 할 전략적 방향을 제언하며 보고서를 마무리하고자 한다.

6.1 핵심 내용 요약

• 워크플로의 본질: 워크플로는 단순한 작업 순서도를 넘어, 조직의 자원, 정보, 활동을 결합하여 가치를 창출하는 핵심적인 운영 메커니즘이다. 이는 과학적 관리론에서 출발하여 클라우드 아키텍처의 핵심 요소로 진화했으며, 이제는 조직의 민첩성, 효율성, 그리고 고객 경험을 좌우하는 ’전략적 자산’으로 인식되어야 한다.

• 시각화와 모델링: 추상적인 업무 흐름은 프로세스 매핑과 BPMN 2.0과 같은 표준 표기법을 통해 모든 이해관계자가 공유할 수 있는 ’프로세스 자산’으로 전환될 수 있다. 특히, 순차 처리의 비효율을 극복하고 운영 속도를 극대화하기 위해 ‘병렬 처리’ 패턴을 적극적으로 탐색하고 적용하는 것이 중요하다.

• 데이터 기반 최적화: ’As-Is’와 ‘To-Be’ 분석 프레임워크는 현재의 문제를 진단하고 이상적인 미래를 설계하는 체계적인 방법론을 제공한다. 또한, 사이클 타임, 처리량 시간, 자원 활용률과 같은 명확한 KPI와 메트릭을 통해 워크플로의 성과를 정량적으로 측정하고, 지속적인 모니터링을 통해 개선의 선순환 구조를 만들어야 한다.

• 자동화와 지능화: 워크플로 엔진, RPA, 그리고 AI 기술은 워크플로 혁신의 핵심 동력이다. 이러한 기술들은 반복적인 수작업을 제거할 뿐만 아니라, 비정형 데이터를 처리하고, 예측 분석을 통해 선제적으로 대응하며, 복잡한 의사결정을 자동화하는 ‘지능형 워크플로’ 시대를 열고 있다.

6.2 전략적 제언

워크플로 관리를 성공적으로 조직에 내재화하고, 이를 통해 지속 가능한 운영 탁월성(Operational Excellence)을 확보하기 위해 다음과 같은 전략적 접근을 제언한다.

1. 워크플로를 ’문화’로 접근하라: 최첨단 자동화 도구를 도입하더라도, 구성원들이 변화에 저항하고 데이터 기반의 투명한 성과 관리를 거부한다면 혁신은 실패할 수밖에 없다. 따라서 리더십은 기술 도입에 앞서, ▲현재의 문제점을 솔직하게 공유하고, ▲데이터에 기반하여 객관적으로 의사결정하며, ▲부서 간의 장벽을 허물고 투명하게 협업하며, ▲실패를 두려워하지 않고 지속적인 개선을 시도하는 조직 문화를 구축하는 데 최우선적인 노력을 기울여야 한다.

2. ’시민 개발자’를 육성하고 거버넌스를 확립하라: 로우코드/노코드 플랫폼의 확산은 워크플로 자동화의 주도권이 IT 부서에서 현업 부서로 이동하고 있음을 의미한다. 이러한 흐름을 적극적으로 활용하기 위해, 현업 담당자들이 스스로 자신의 업무를 개선할 수 있도록 교육하고 지원하는 ‘시민 개발자’ 육성 프로그램을 마련해야 한다. 동시에, 무분별한 자동화로 인한 관리의 복잡성과 보안 리스크를 방지하기 위해, 전사적인 자동화 표준, 가이드라인, 그리고 성과 검증 체계로 구성된 명확한 ’거버넌스’를 수립해야 한다.

3. 통합(Integration) 관점의 플랫폼 전략을 수립하라: 현대 조직의 업무는 단일 시스템 내에서 완결되지 않는다. 성공적인 End-to-End 자동화는 ERP, CRM, HR 시스템, 클라우드 서비스, 협업 도구 등 파편화된 여러 애플리케이션을 얼마나 유기적으로 연결할 수 있는가에 달려있다. 따라서 개별 솔루션의 기능적 우수성만을 보기보다는, 조직의 기술 스택 전반을 아우를 수 있는 개방성과 확장성, 그리고 강력한 통합 역량을 갖춘 ‘플랫폼’ 관점에서 기술 도입 전략을 수립해야 한다.

6.3 미래 전망

워크플로의 미래는 ’지능화’와 ’예측’이라는 두 가지 키워드로 요약될 수 있다. 인공지능 기술이 더욱 발전함에 따라, 워크플로는 단순히 사전에 정의된 규칙을 따르는 것을 넘어, 스스로 데이터를 학습하고 프로세스를 최적화하며, 미래의 비즈니스 이벤트를 예측하여 선제적으로 대응하는 방향으로 진화할 것이다. 예를 들어, AI는 공급망 데이터를 실시간으로 분석하여 잠재적인 배송 지연 리스크를 예측하고, 자동으로 대체 운송 경로를 탐색하여 주문을 재할당하는 워크플로를 실행하게 될 것이다.

이러한 지능형 워크플로는 조직이 불확실한 외부 환경 변화에 더욱 민첩하고 탄력적으로 대응할 수 있도록 만들 것이다. 궁극적으로 워크플로 관리는 비용 절감과 효율성 향상이라는 전통적인 목표를 넘어, 데이터와 AI를 기반으로 새로운 비즈니스 기회를 창출하고, 예측 불가능한 위기 속에서도 지속 가능한 성장을 이끄는 조직의 핵심 역량이 될 것이다. 따라서 지금 워크플로에 투자하고 그 역량을 내재화하는 것은, 미래의 경쟁 환경에서 생존하고 번영하기 위한 가장 확실한 준비다.

7. 참고 자료

1. ideascale.com, https://ideascale.com/ko/%EB%B8%94%EB%A1%9C%EA%B7%B8/%EC%9B%8C%ED%81%AC%ED%94%8C%EB%A1%9C%EB%9E%80-%EB%AC%B4%EC%97%87%EC%9D%B8%EA%B0%80%EC%9A%94/#:~:text=%EC%9B%8C%ED%81%AC%ED%94%8C%EB%A1%9C%EB%9E%80%20%EC%9E%90%EB%A3%8C%EB%A5%BC,%EB%AA%A8%EB%93%A0%20%EC%82%B0%EC%97%85%EC%97%90%EC%84%9C%20%EC%9D%B4%EB%A3%A8%EC%96%B4%EC%A7%91%EB%8B%88%EB%8B%A4.
2. 워크플로란 무엇인가요? - 클라우드 컴퓨팅 워크플로 설명 - AWS, https://aws.amazon.com/ko/what-is/workflow/
3. 워크플로란 무엇인가요? 정의, 구성 요소, 유형, 예시, 장점 및 관리 시스템 - IdeaScale, https://ideascale.com/ko/%EB%B8%94%EB%A1%9C%EA%B7%B8/%EC%9B%8C%ED%81%AC%ED%94%8C%EB%A1%9C%EB%9E%80-%EB%AC%B4%EC%97%87%EC%9D%B8%EA%B0%80%EC%9A%94/
4. 워크플로우란 무엇인가요? - IBM, https://www.ibm.com/kr-ko/think/topics/workflow
5. 애자일 워크플로: 단계 및 모범 사례 - Atlassian, https://www.atlassian.com/ko/agile/project-management/workflow
6. 워크플로우 관리: 툴 및 소프트웨어 | Adobe Workfront, https://business.adobe.com/kr/products/workfront/workflow-management.html
7. 워크플로 자동화 도구로 더 스마트한 시스템 구축 - Microsoft, https://www.microsoft.com/ko-kr/microsoft-copilot/copilot-101/workflow-automation
8. 워크플로우 요소 - IBM, https://www.ibm.com/docs/ko/sig-and-i/11.0.0?topic=planning-workflow-elements
9. 워크플로우 기여도 | Adobe Experience Manager, https://experienceleague.adobe.com/ko/docs/experience-manager-65/content/sites/authoring/workflows/workflows-participating
10. 5가지 일반적인 작업을 자동화하는 워크플로로 팀 시간 절약 - Zoom, https://www.zoom.com/ko/blog/workflow-automation-tips/
11. 워크플로우 - uEngine6-BPM, https://bpm-intro.uengine.io/bpm-concept/workflow/
12. 워크플로 엔진이란 무엇인가요? - IBM, https://www.ibm.com/kr-ko/think/topics/workflow-engine
13. 워크플로 관리 프로세스를 개선하는 방법 - Dropbox, https://www.dropbox.com/ko/resources/workflow-management
14. What are Examples of Workflow Processes? - beSlick, https://beslick.com/what-are-examples-of-workflow-processes/
15. 11 Workflow Examples & Use Cases [2024] - Atlassian, https://www.atlassian.com/agile/project-management/workflow-examples
16. 워크플로우 관리란? - ServiceNow, https://www.servicenow.com/kr/workflows/creator-workflows/what-is-workflow-management.html
17. BPMN 자습서 : 비즈니스 프로세스 모델 및 표기법에 대한 빠른 시작 안내서 - 둘러가기, https://bhjo0930.tistory.com/entry/BPMN-%EC%9E%90%EC%8A%B5%EC%84%9C-%EB%B9%84%EC%A6%88%EB%8B%88%EC%8A%A4-%ED%94%84%EB%A1%9C%EC%84%B8%EC%8A%A4-%EB%AA%A8%EB%8D%B8-%EB%B0%8F-%ED%91%9C%EA%B8%B0%EB%B2%95%EC%97%90-%EB%8C%80%ED%95%9C-%EB%B9%A0%EB%A5%B8-%EC%8B%9C%EC%9E%91-%EC%95%88%EB%82%B4%EC%84%9C
18. BPMN을 활용한 프로세스 분석 - 퍼즐데이터, https://www.puzzledata.com/blog191231/
19. BPMN(비즈니스 프로세스 모델 및 표시법) | Microsoft Visio, https://www.microsoft.com/ko-kr/microsoft-365/visio/business-process-modeling-notation
20. BPMN—비즈니스 프로세스를 효율적으로 개선방법 - Boardmix, https://boardmix.com/kr/skills/what-is-bpmn/
21. 비즈니스 프로세스 모델링 및 표기법(BPMN)이란 무엇인가요? | IBM, https://www.ibm.com/kr-ko/think/topics/bpmn
22. 비즈니스 프로세스 모델링 표기법 - Lucidchart, https://www.lucidchart.com/pages/ko/bpmn
23. BPMN이란 무엇입니까? BPMN 개념, 기호 및 예 - ProcessOn, https://www.processon.io/ko/blog/symbol-of-bpmn
24. BPMN 튜토리얼: 비즈니스 프로세스 표기법 및 생성 방법 - ProcessOn, https://www.processon.io/ko/blog/bpmn-notation
25. 비즈니스 프로세스를 그리자. — BPMN 2.0 - Medium, https://medium.com/@goldfing/%EB%B9%84%EC%A6%88%EB%8B%88%EC%8A%A4-%ED%94%84%EB%A1%9C%EC%84%B8%EC%8A%A4%EB%A5%BC-%EA%B7%B8%EB%A6%AC%EC%9E%90-bpmn-2-0-3730b3295dcf
26. Sequential vs. Parallel Approval Workflows: Which Suits Your Artwork Approval Project?, https://www.artworkflowhq.com/resources/sequential-vs-parallel-workflows-for-artwork-management
27. What is Flowchart Parallel Process? Importance, Uses, and Examples - EdrawMax, https://www.edrawmax.com/flowchart/what-is-flowchart-parallel-process.html
28. Business Process Diagram Example: Parallel Split - Visual Paradigm Community Circle, https://circle.visual-paradigm.com/business-process-patterns-parallel-split/
29. 문제 파악을 위한 As-Is To-Be 기법 - 일잘러탐구생활 - 티스토리, https://hotcoca.tistory.com/117
30. 회사 생활 필수 상식: AS IS TO BE 분석 핵심 가이드 - 비즈니스 스터디, https://allmeaning.tistory.com/entry/%EB%B9%84%EC%A6%88%EB%8B%88%EC%8A%A4-%ED%95%84%EC%88%98-%EC%9A%A9%EC%96%B4-AS-IS-TO-BE-%ED%94%84%EB%A1%9C%EC%84%B8%EC%8A%A4%EB%A5%BC-%EC%95%8C%EC%95%84%EB%B3%B4%EC%9E%90
31. AS-IS 프로세스, TO-BE 프로세스 분석 (+PPT 템플릿) - 하루 5분 기획 연구소, https://yetis.tistory.com/57
32. ‍ AS-IS / TO-BE 란 무슨 뜻 일까? - Inpa Dev ‍ - 티스토리, https://inpa.tistory.com/entry/%F0%9F%91%A9%E2%80%8D%F0%9F%92%BB-AS-IS-TO-BE-%EB%9E%80
33. As-Is 분석 절차와 방법.pptx, https://www.slideshare.net/slideshow/asis-pptx/257447401
34. KPIs vs Metrics: Understanding The Differences With Tips & Examples - RIB Software, https://www.rib-software.com/en/blogs/kpis-vs-metrics-differences
35. KPIs vs Metrics: Key Differences & Examples (2025) - Datapad, https://datapad.io/blog/kpis-vs-metrics
36. Process metrics and KPIs explained - Nutrient SDK, https://www.nutrient.io/blog/workflow-metrics-and-kpis/
37. Cycle Time vs. Throughput Time: What’s the Difference? - isixsigma.com, https://www.isixsigma.com/manufacturing/cycle-time-vs-throughput-time-whats-the-difference/
38. Use the cycle time formula to achieve your greatest production speed | Nulab, https://nulab.com/learn/project-management/use-the-cycle-time-formula-to-achieve-your-greatest-production-speed/
39. Cycle Time - How to Calculate It | Lean Enterprise Institute, https://www.lean.org/lexicon-terms/cycle-time/
40. Cycle Time Versus Throughput in a Manufacturing Process - Lean Factories, https://leanfactories.com/cycle-time-versus-throughput/
41. Key operational metrics and KPIs for efficient business operations - Bonsai, https://www.hellobonsai.com/blog/operational-metrics
42. How To Calculate Resource Utilization Rate (With Formula) - The Digital Project Manager, https://thedigitalprojectmanager.com/project-management/utilization-rate/
43. 워크플로우 최적화 가이드: 생산성을 최대한 높이는 방법 - Collavate, https://collavate.com/ko/%EC%9B%8C%ED%81%AC%ED%94%8C%EB%A1%9C%EC%9A%B0-%EC%B5%9C%EC%A0%81%ED%99%94-%EA%B0%80%EC%9D%B4%EB%93%9C-%EC%83%9D%EC%82%B0%EC%84%B1%EC%9D%84-%EC%B5%9C%EB%8C%80%ED%95%9C-%EB%86%92%EC%9D%B4%EB%8A%94/
44. 워크플로 모니터링 | Workflows - Google Cloud, https://cloud.google.com/workflows/docs/monitor?hl=ko
45. 워크플로 실행 모니터링 | Adobe Campaign, https://experienceleague.adobe.com/ko/docs/campaign/automation/workflows/monitoring-workflows/monitor-workflow-execution
46. 워크플로우 최적화: 팀을 위한 6가지 워크플로우 전략 - ClickUp, https://clickup.com/ko/blog/73574/workflow-optimization
47. 18 Process KPIs to Monitor Process Performance - Research AIMultiple, https://research.aimultiple.com/process-kpis/
48. 워크플로우 자동화란? - ServiceNow, https://www.servicenow.com/kr/now-platform/what-is-workflow-automation.html
49. UiPath vs Automation Anywhere: Choosing the Best RPA Tool - Kanerika, https://kanerika.com/blogs/uipath-vs-automation-anywhere/
50. 더 큰 비용 절감 효과와 높은 효율성을 만드는 자동화 방안 - Salesforce, https://www.salesforce.com/kr/hub/business/what-is-intelligent-automation/
51. Appian vs Bizagi | Which Business Process Automation Software Wins In 2025? - SelectHub, https://www.selecthub.com/business-process-automation-software/appian-vs-bizagi/
52. AI 워크플로 - IBM, https://www.ibm.com/kr-ko/think/topics/ai-workflow
53. 2025년 AI 워크플로 자동화가 비즈니스를 혁신하는 방법 - Botpress, https://botpress.com/ko/blog/ai-workflow-automation
54. TRENDS in WORKFLOW AUTOMATION - Salesforce, https://www.salesforce.com/content/dam/web/ko_kr/www/images/DynamicEngine/PDF/%EC%84%B8%EC%9D%BC%EC%A6%88%ED%8F%AC%EC%8A%A4_%EC%9B%8C%ED%81%AC%ED%94%8C%EB%A1%9C%EC%9A%B0%20%EC%9E%90%EB%8F%99%ED%99%94%20%ED%8A%B8%EB%A0%8C%EB%93%9C%20%EB%B3%B4%EA%B3%A0%EC%84%9C.pdf
55. Bizagi Vs Appian | ApiX-Drive, https://apix-drive.com/en/blog/other/bizagi-vs-appian
56. Best Business Process Management Software: User Reviews from …, https://www.g2.com/categories/business-process-management
57. Automation Anywhere vs UiPath: Comprehensive Comparison Guide, https://www.automationanywhere.com/comparison/automation-anywhere-vs-uipath
58. UiPath automation platform: drive AI transformation with agentic automation | UiPath, https://www.uipath.com/
59. Jira vs Asana Comparison | Atlassian, https://www.atlassian.com/software/jira/comparison/jira-vs-asana
60. Asana Vs. Jira [Which is Right for Project Management?] - Appy Pie Automate, https://www.appypieautomate.ai/blog/asana-vs-jira
61. Asana’s Work Tracking & Project Management Features, https://asana.com/features
62. Jira Cloud + Asana, https://asana.com/apps/jiracloud
63. Explore Asana Workflows and Automation Feature, https://asana.com/features/workflow-automation
64. Best Robotic Process Automation Reviews 2025 | Gartner Peer Insights, https://www.gartner.com/reviews/market/robotic-process-automation
65. 9 Top RPA Companies of 2024: Front Runners in Smart Technology - Datamation, https://www.datamation.com/artificial-intelligence/top-15-robotic-process-automation-rpa-companies/
66. Employee Onboarding Flowchart – Streamline New Hire Processes - Cloudairy, https://cloudairy.com/template/employee-onboarding-flowchart/
67. Examples of a general onboarding workflow | Sage HR Knowledge Base, https://support.sage.hr/en/articles/3419022-examples-of-a-general-onboarding-workflow
68. Onboarding Process Flowchart [Free Download] - Someka, https://www.someka.net/examples/onboarding-process-flowchart/
69. Example of a purchase requisition business process - IBM, https://www.ibm.com/docs/SS8CCV/com.ibm.mbs.doc/gp_wkflow/c_sample_purchase.html
70. 워크플로 자동화란 무엇입니까? [+ 이점 및 시작하는 방법] - Atlassian, https://www.atlassian.com/ko/agile/project-management/workflow-automation